REAL-TIME CONTROL SYSTEM FOR DIGITAL SIGNAL PROCESSOR 



. BACKGROUND OF THE INVENTION 



1 . Field of the Invention , 

The present invention relates to a digital signal processor (hereinafter, 
referred to as a DSP), and more particularly, to a real-time control system which can 
accurately support the real-time characteristics of a multitasking DSP which must 
use an operating system (hereinafter, referred to as an OS). 

2. Description oHhe Related Art 



As the market of DSPsSe comoo oxpando d, the application field of DSPs 
becomes wide to the extent of exceeding the growth speed of general purpose 
processors. Considering the current development of an information communications 
field and the further growth possibility of digital home appliance market, DSPs are a 
field that can be infinitely developed. 

In such DSPs, software is given much weight, since DSPs must realize a 
signal processing algorithm. Also, DSPs require many numerical operation 
processes. Hence, the use of an OS is indispensable for DSPs that must 
concurrently perform several operations, such as, for industrial-use embedded 
systems. DSPs also must achieve real time signal processing, which requires the 
use of an OS such as a real-time kernel instead of an existing general purpose OS. 

The operation of an existing real-time kernel will now be described on the 
basis of a queuejink management structure and in a memory management 
structure. 

FIG. 1 A shows a ready queuejink management structure of an existing real- 
time kernel. A ready queuejink 100 is a layer which switches between tasks on the 
basis of a list of tasks waiting to be allocated, using a processor such as a CPU. 
Each of the tasks is controlled on the basis of a corresponding task control bank 
(TCB) 110, 120 or 130. Each of the TCBs 110, 120 and 130 includes information 
associated with a corresponding task or information representing the states of 
resources. 





The management structure of a real time kernel with respect to the ready 
queuejink 100 shown in FIG. 1A has a double linked list using a forward link 
(hereinafter, referred to as a flink) and a backward link (hereinafter, referred to as a 
blink). The linked list varies according to the location where a new task is added. 
5 For example, when a TCB for a new task is added between the TCB 1 1 0 and the 
TCB 120, the flink and blink in each of the TCBs 110 and 120 are updated to be 
connected to the newly-added TCB. 

The real-time kernel having the above-described ready queue link 
management structure searches for the TCB for a task having the highest priority 
10 along the flinks. For example, when the ready queue link 100 indicates the TCB 
110, the TCB 1 10 is checked if it is for a task having the highest priority. If it is 
Cj determined that the TCB 1 10 is not for a task having the highest priority, the TCB 
fli 120 is searched for along the flink of the TCB 110 and checked whether the TCB 
m 120 is for a task having the highest priority. This searching and checking process is 
15 ;:i repeated until a TCB having the highest priority is found or the connection of flinks 

* si 

'^i ends. 

j=i= Accordingly, the time taken for a real-time kernel to perform queuing varies 

depending on the number of tasks connected. That is, as the number of tasks 
connected increases, the time required for task searching increases. This non- 
20 i:l deterministic management structure is not applied only to the ready queue link 100 
but is also applied to a waiting queue link which operates on the basis of a task list 
for securing resources, and to a timer that controls the operating time of a task for 
each event. However, the non-deterministic management structure cannot 
sufficiently satisfy the requirement for real time processing in DSPs. 
25 FIG. 1B shows a memory management structure of an existing real-time 

kernel. As can be seen from FIG. 1B, an existing real-time kernel manages 
memories in a structure where a physical memory has one to one correspondence 
to a logical memory. That is, an existing real-time kernel manages memories, which 
are physically arranged in the order of RAM, FLASH and ROM, to logically arrange 
30 the memories in the order of ROM, FLASH and RAM, as shown in FIG. 1 B. Also, 

when various types of memories are mixed, an existing real-time kernel can manage 
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memories so that a ROM is particularly discriminated and used, while the remaining 
memories are used indiscriminately at userS request. 

DSPs require a multiple memory structure in which, when fast processing is 
required, the internal memory of a DSP is allocated, and, when fast processing is 
not required, the external memory of the DSP is allocated. However, in the above- 
described memory management structure of an existing real-time kernel, memories 
are not managed by discriminating between the internal memory and the external 
memory. Thus, users must manage memories separately from an OS, in order to 
achieve the above-described memory management of DSPs. 

SUMMARY OF THE INVENTION 
To solve the above problem, an objective of the present invention is to 
provide a real-time control system capable of accurately supporting the real-time 
characteristics of a multitasking digital signal processor (DSP) that must use an 
operating system (OS). 

Another objective of the present invention is to provide a real-time control 
system capable of supporting the real-time characteristics of a multitasking DSP by 
establishing a deterministic queue management structure of an OS. 

Still another objective of the present invention is to provide a real-time control 
system capable of supporting the real-time characteristics of a multitasking DSP by 
establishing the timer management structure of an OS into a pointer arrangement 
structure. 

Still yet another objective of the present invention is to provide a real-time 
control system capable of supporting the real-time characteristics of a multitasking 
DSP by establishing the memory management structure of an OS into a multiple 
memory management structure. 

To achieve the above objective, a real time control system of a multitasking 
digital signal processor according to the present invention includes: a ready queue 
including a ready queue link having first information (a list pointer and a last pointer) 
indicating the task control block for the first task among tasks in the digital signal 
processor, and the task control block for the last task, and a priority link group of 
priority links, the number of which is the same as the number of priority levels, 



having second information (a list pointer and a last pointer) indicating the task 
control block for the first task among tasks of the same priority among the tasks, and 
the task control block for the last task; and an operating system (kernel) for setting 
the first and second information according to the conditions of tasks for the digital 
signal processor, and controlling switching between the tasks of the ready queue. 

Preferably, the real time control system further includes a waiting queue 
including a waiting-queue link including third information indicating the task control 
block for the first task among tasks in the digital signal processor, and the task 
control block for the last task, and a priority link group of priority links, the number of 
which is the same as the number of priority levels, having fourth information 
indicating the task control block for the first task among tasks of the same priority 
among the tasks, and the task control block for the last task. Here, the operating 
system sets the third and fourth information so that resources for the tasks of the 
waiting queue are deterministically acquired. 

It is preferable that the real time control system further includes a timer wheel 
for managing the timer control blocks for the tasks in a pointer arrangement 
structure, wherein the operating system inserts the timer control blocks into 
corresponding slots of the timer wheel according to the time set for the tasks. 

In the real time control system, preferably, a memory used to process the 
tasks in the digital signal processor is divided into an internal memory and an 
external memory in the digital signal processor, and the operating system manages 
the internal memory and the external memory using a memory structure made up of 
a start address, an end address, a memory size, a memory map, and next 
information indicating the start address of the next memory to be connected. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The above objectives and advantage of the present invention will become 
more apparent by describing in detail preferred embodiments thereof with reference 
to the attached drawings in which: 

FIGS. 1A and 1B are exemplary views for explaining the ready queue 
management structure and a memory management structure of a conventional real- 
time kernel, respectively; 



FIG. 2 is a block diagram of a real-time control system for DSPs according to 
a preferred embodiment of the present invention; 

FIG. 3 is an exemplary view of a ready queue management structure of an 
OS according to the present invention; 
5 FIG. 4 is an exemplary view of a waiting queue management structure of an 

OS according to the present invention; 

FIG. 5 is an exemplary view of a memory management structure of an OS 
according to the present invention; and 

FIG. 6 is an exemplary view of a timer wheel management structure of an OS 
10 according to the present invention. 

□ DESCRIPTION OF THE PREFERRED EMBODIMENT 

m Referring to FIG. 2, a real time control system for a DSP according to the 

jji present invention is made up of an operating system 200 for supporting the real time 
Jj characteristics of a multitasking DSP, a ready queue 210 and a waiting queue 220 
15 designed to have a deterministic characteristic, an internal memory 230 and an 
jli. external memory group 240 which enable multiple memory management, and a 

timer wheel 250 for managing the timer of a task for each event in a pointer 
h* arrangement structure. 

I=l The ready queue 210 can include a ready QJink 31 1 having a list pointer 

20 indicating the first task control block (TCB) among tasks, and a last pointer 

indicating the last TCB, as shown in FIG. 3. The ready queue 210 can also include 
priority links 312_0 through 312_7, the number of which is the same as the number 
of priority levels, each having a list pointer indicating the first TCB among TCBs 
having the same priority and a last pointer indicating the last TCB. 
25 The waiting queue 220 can include a waiting QJink 41 1 having a list pointer 

indicating the first TCB, among tasks, and a last pointer indicating the last TCB, as 
shown in FIG. 4. The waiting queue 220 can also include priority links 412_0 
through 412_7, the number of which is the same as the number of priority levels, 
each having a list pointer indicating the first TCB among TCBs of the same priority 
30 and a last pointer indicating the last TCB. 
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The internal memory 230 and the external memory group 240 are managed 
by the operating system 200. In order for the operating system 200 to allocate and 
return the internal memory 230 and the external memory group 240, management 
structures such as IRAM, ERAMLO and ERAMHI can be included, each made up of 
5 a start address start, an end address end, a memory size size, a memory map 
map, and next information next indicating the start address of the next memory to 
be connected, as shown in FIG. 5. 

The timer wheel 250 can manage timer control blocks (hereinafter, referred to 
as TMCBs) in a point alignment structure, as shown in FIG. 6, in order to have 
10 deterministic time characteristics even when there are timers for a plurality of 

events. FIG. 6 shows the case that the timer wheel 250 is made up of two timer 
Cf wheels. 

yi The operating system 200 sets the list pointer and last pointer of each of the 

i ii ready queue 21 0 and the waiting queue 220 and searches for or adds a task using 
is ;p{ the set list pointer and the set last pointer, in order to deterministically perform 
% l scheduling for switching between tasks and for securing resources. Also, the 

operating system 200 manages the internal memory 230 and the external memory 
H group 240, depending on whether fast processing is required and the conditions for 
^ allocating memories. The operating system 200 can be constructed to insert the 
20 5 headers of TMCBs into the slots of the timer wheel 250 according to the operating 
time of a task for each event, and to control the timer for each event of a DSP using 
the inserted headers of TMCBs. 

The operation of a real time control system for a DSP according to the 
present invention having such a structure wjll now be described. 
25 FIG. 3 is an exemplary view of a ready queue management structure of an 

OS according to the present invention. Referring to FIG. 3, the ready queue 210 is 
managed using one ready queue link 31 1 and eight priority links 312_0 through 
312_7. The operating system 200 can detect the first task using the data set at the 
list pointer of the ready queue link 31 1 without undergoing searching for all tasks, 
30 and can add a new TCB using the data set at the last pointer of the ready QJink 
311. 
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Accordingly, upon TCB searching based on the first-in first-out (FIFO) 
system, the operating system 200 can rapidly detect a desired TCB using the list 
pointer of the ready Q_link 31 1 . 

Also, upon TCB searching based on the priority order, the operating system 
200 uses the priority links 312_0 through 312__7. That is, each of the priority links 
312JD through 312_7 has a list pointer indicating the first TCB among TCBs having 
a corresponding priority, and a last pointer indicating the last TCB among them!" For 
example, the priority line 312J3 has a list pointer indicating the first TCB among 
TCBs having the same priority level of 0, and a last pointer indicating the last TCB 
among them. Accordingly, the operating system 200 can rapidly detect a TCB 
having a priority of 0 using the priority link 312_0. Since there is only one TCB 
having a priority of 0, as shown in FIG. 3, the list pointer and the last pointer of the 
priority link 312_0 record the data associated with the same TCB. 

When a new scheduling process for multi tasks is required, the operating 
system 200 can update the data of the list pointer and last pointer of each of the 
priority links 312_0 through 312_7 according to a desired scheduling process in the 
order of priority of TCBs, in order to achieve switching between tasks. Also, the 
operating system 200 updates the data of the list pointer and last pointer of the 
ready queue link 31 1 , in order for the updated values of the list pointer and last 
pointer of each of the priority links 312_0 through 312_7 to be reflected on the data 
of the list pointer and last pointer of the ready queue link 31 1 . 

FIG. 4 is an exemplary view of a waiting queue management structure of an 
OS according to the present invention. The waiting queue management structure of 
FIG. 4 is similar to the ready queue management structure of FIG. 3. 

That is, the waiting queue management structure of FIG. 4 includes a waiting 
queue link 41 1 and priority links 412_0 through 412_7. The waiting queue link 41 1 
has a list pointer indicating the first TCB, and a last pointer indicating the last TCB, 
in order to acquire resources. Each of the priority links 412_0 through 412_7 has a 
list pointer indicating the first TCB, among TCBs having the same priority, and a last 
pointer indicating the last TCB, in order to acquire resources. Accordingly, the 
operating system 200 can rapidly detect a desired TCB to acquire resources, as in 
the above-described ready queue 210. 



Also, when a new scheduling process for multi tasks is required, the 
operating system 200 can update the data of the list pointer and last pointer of each 
of the priority links 412_0 through 412_7 and the waiting queue link 41 1 according 
to a desired scheduling process, as in the above-described ready queue 210. 

FIG. 5 is an exemplary view of a memory management structure of an OS 
according to the present invention. In FIG. 5, a memory is managed by 
discriminating between the internal memory 230 and the external memory group 240 
made up of a low external memory ERAMLO and a high external memory ERAMHI. 

In order to manage the internal memory 230 and the external memory group 
240 on the basis of the management structure shown in FIG. 5, the operating 
system 200 performs memory allocation and memory returning using a system call 
method. The memory allocation and memory returning are performed in units of 
predetermined-sized pages, in order to minimize fragmentation caused during 
memory allocation and returning. The size of a page is determined by a user during 
compiling. The space of a memory is managed by checking the allocation or non- 
allocation of a memory using a memory map having a bit map structure. 

Also, when fast processing is requested by a user, the operating system 200 
allocates a memory space to the internal memory 230 so that a coefficient frequently 
used is stored in the internal memory 230. Here, when the internal memory 230 is 
completely allocated, the operating system 200 manages memories so that the 
external memory group 4& is used. 

Furthermore, upon context exchanging, the operating system 200 controls a 
currently-executed addressing mode and pointer to be stored in the TCB for a 
previous task, and supports modular addressing and circular addressing that are the 
characteristics of DSPs. 

FIG. 6 is an exemplary view of a timer wheel management structure of an OS 
according to the present invention, the structure made up of two timer wheels [0] 
and [1]. The operating system 200 inserts TMCB headers corresponding to tasks 
whose operating times, which are set by events, are equal to or less than the 
reference time (for example, 640 //s), into the slots of the first timer wheel [0]. A 
TMCB header includes information associated with a corresponding TCB, and 
information associated with the operating time of a corresponding task. 
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Also, the operating system 200 inserts the TMCB headers for tasks whose 
operating times, which are set by events, are greater than the reference time and 
equal to or less than twice the reference time, into the slots of the second timer 
wheel [1]. However, the operating system can manage the timers for tasks so that 
error is generated, when the operating time of a task is greater than twice the 
reference time. 

In the present invention as described above, when multi-tasking scheduling 
based on FIFO or priority is required upon multi-tasking of a DSP, a queue link 
management structure is established so that information associated with the TCB for 
the first task and the TCB for the last task is provided. Thus, the TCB for a desired 
task can be detected at high speed. 

Also, when the timer of a task for each event is expired, the time required for 
searching for the next task can be predicted by managing the timer control block for 
a task for each event in a timer wheel way. 

A multiple memory management structure, in which memories are classified 
into an internal memory and an external memory, and information such as a 
coefficient frequently used is stored in the internal memory when fast processing is 
requested by users, is established, so that particularly the time for performing 
repetitive operation such as an operation for implementing an FIR filter is greatly 
reduced. 

Terminology in the Detailed Description of the Invention is defined in 
consideration of the function of the present invention, so that it can vary according 
to the intention of one skilled in the art or the practice. Thus, the terminology must 
be defined on the basis of the overall content of the present application. 

Although the invention has been described with reference to a particular 
embodiment, it will be apparent to one of ordinary skill in the art that modifications to 
the described embodiment may be made without departing from the spirit and scope 
of the invention. 



